Skip to content

Conversation

@owencompher
Copy link
Contributor

the Discord authentication url expects the prompt argument to be "consent" or "none", by default "consent". If set as None in the blueprint constructor, it remains None until it is passed to the url, where it is left off entirely. Changing it to "none" fixes the issue without the possibility of breaking any other providers.

It looks like this is the only provider with this kind of issue.

@singingwolfboy
Copy link
Owner

Great! Could you please add a test to cover these cases? (Both "none" and "consent" should be tested.)

@owencompher
Copy link
Contributor Author

I would consider tweaking the docs to remove the ambiguity between the string "None" and the builtin None. I'm not sure about the best way to do that so I'll leave it up to you

@singingwolfboy singingwolfboy merged commit 1be747b into singingwolfboy:main Apr 8, 2024
@singingwolfboy
Copy link
Owner

Thanks so much!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants